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ABSTRACT 



A computer apparatus and a metbod is described for estab- 
lishing a global interest profile of a user. At least one local 
server and an enterprise server communicate with the user 
via a communication channel. The local server assigns a 
local ID to the user. The enterprise server assigns to the user 
a global ID and links the local ID and local user infonnalioo 
with the global ID to form a global interest profile of the 
-user. The identity of the users is not shared between seivers, 
thereby maintaining the privacy of the user. 

50 Claims, 7 Drawing Sheets 
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DUAL/BUND IDENTIFICATION SUMMARY OF THE INVENTION 

mn^ RFFFRFMPP TO RELATED ^ distributed user identification process is provided that 

CROSS-RE^EN^ lU KtLAJbU individual local servers or domains to control their 

own user identification scheme and to collaborate with other 

This application claims the benefit of U.S. Provisional ^ local servers or domains at the discretion of an enterprise 

Applications Nos. 60/076,179 and 60/076,404 having a server. The enterprise server correlates the local user iden- 

common filing date of Feb. 27, 1998. tiflcation scheme with a global user identifier and may 

disdose to interested outside parties, such as advertisers, 

FIELD OF THE INVENTION only the global user identifier without revealing the identity 

The invention relates to systems and methods for moni- of a user who interacts with a local server, 

toriog and measuring the interests of a user viewing content Also provided is a process for compiling anonymously a 

on a computer network, in particular on multiple servers in global user profile from local user profiles generated by the 

an enterprise network, while protecting the privacy of the local servers. 

u^r* In general, according to one aspect of the invention, a 

BACKGROUND OF TOE INVENTION computer DctMO,* inctades .. least one locd scn^r and ao 

enterprise server m communicatioo with the local server. 

It is usefiil for vendors who sell items through the Internet The local server establishes a local ID for the user and 

to be able to compile sophisticated marketing data that communicates to the enterprise scnrcr the local ID of the 

indicates users' interest in the vendors' Web pages. Interest ^ user and a local user profile based on user interaction with 

in a particular page may be determined by counting the the local server. The enterprise server links the local ID to a 

number of '*hits*' on that page (i.e., the number of times the gbbal ID assigned to the user by the enterprise server and 

page is accessed) or by combining a count of the number of records in a database the information about the local user 

hits with data indicative of the amount of time users spend profiles to form the global interest profile of the user, 

viewing the page. The number of hits for a page and the ^ Preferred embodiments may include one or more of the 

amount of time spent by users viewing a page are both following features. The global ID may be known only to the 

determinable using conventional techniques. . enterprise server aix! may be kept secret fi-om the local 

Although measurement of users' interest in each of a servers. User information recorded in the enterprise database 

vendor's pages is useful, additional useful information may may include the local ID of the user. The local user ID 

be obtained by correlating these measurements on a per user 30 assigned by one local server may be hidden from the other 

basis. Thus, a vendor may learn that a first type of user that local servers. The local user profile may be communicated to 

is interested ia page A is also usually interested in page B, the enterprise server at predetermined times and/or when a 

while a second type of user that is interested in page C is also number of changes made to the local profiles are greater than 

usually interested in page D. Such information allows the a predetermined number of changes. The global ID may be 

vendor to customize his Web pages on the fly for each user 35 assigned lo the user directly by the enterprise server when 

so that a user that initially selects particular pages is pre- the user first accesses the enterprise server. Alternatively, the 

sented with the opportunity to select more of the type of global ID may be assigned lo the user when the ttscr accesses 

pages in which that user is expected to be interested. one of the local servers and the bcal server communicates 

However, in many instances, a user accessing the Internet the local ID of the user and possibly also a local user profile 

jumps from server to server. Unless di£ferent vendors on 40 to the enterprise server. The local ID and the global ID may 

different servers agree to cooperate, it is extremely difficult, be persistent and include state information. The state infor- 

if not impossible, for a first vendor on a first server to know matioo may be communicated between the user and the local 

that a user who accessed a particular one of the first vendor 's server and the enterprise server with the help of cookies. The 

pages also accessed a particular page of a second vendor on local server may communicate the local user ID to the 

a second server. In addition, there is no built in mechanism 45 enterprise server by transmitting on an HTML page a URL 

on the Inlcrael for globally identifying users so that vendors which may include a graphic symbol of zero width and 

on different servers can share such information. Also, even height, or by temporarily redirecting the URL selected by the 

ill instances where a group of cooperating vendors have user to a~ local URL. Transmission of the URL may be 

adopted a cross-server user identification scheme that glo- transparent to the user. 

bally identifies the users to the vendors, it is questionable 50 A global interest profile may be established for each user 

whether such schemes violate users' privacy since each of of at least a subset of users and the global interest profiles 

the participating vendors is exchanging information about between different users may be compared. At least one score 

users that the users might not want to be shared. Moreover, may be computed for a user and the score of the user may 

such limited cooperative efforts at cross-server identification be compared to a corresponding score of another user. The 

generally employs a single identifier for each user. However, ss scores may represent an absolute number score. The local 

cross-server identification schemes that employ a single user profile may established incrementally by adding infor- 

identifier have disadvantages. For example, should one of matioo about a most recent user interaction to a legacy user 

the vendors stop collaborating with the others, such as profile stored at the local server. The user profile may be 

because of an organizational or business change, issues of processed in real time and weighted according to the recency 

ownership and access lo information tied to a shared iden- 60 of the user interaction with the local server. The global user 

tifier can arise. profile for a phirality of users may be updated in a single 

Accordingly, it is an object of the invention to provide a pass, 

distributed klentification scheme which allows individual In another aspect of the invention, a computer apparatus 

servers to control their own local identification scheme and for establishing a global interest profile of a user includes at 

to collaborate with other servers at its manager's discretion 65 least one local server in communication with the user via a 

to allow a user to access multiple servers in an enterprise communication channel wherein the local server assigns a 

network without potentially violating the privacy of the user. local ID for the user during the first access by the user to the 
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local server. An enterprise server oommunicates with the art that the systems described herein caii be adapted and 

user and the local server via the communication channel and modified to provide systems for other suitable applications 

assigns a global ID for the user. The local server oommu- and that other additions and modifications can be made to 

nicates to the enterprise server the local ID of the user and the invention without departing from the scope hereof, 

possibly also a local user pnofile based on user interaction s Referring now to FIGS. 1 and 7, a part 10 of the Internet 

with the local server. The enterprise server links the local ID computer network includes a client 12 and a group of servers 

to (he global ID and records in a database infiifmalion about 14-18. The client 12 may be any one of a variety of 

(he local ID and, ifdesired, also the local user profile to form conventional, commercially available, hardware and soft- 

a global interest profile of the user. ware combinations configured to access Internet servers by 

In yet another aspect of the invention, a method monitors lo any one of a. variety of suitable means. Similarly, the servers 

interactions between a client and a plurality of servers 14-18 may also be any one of a variety of conventional, 

communicating with one another in a computer network by commercially available, hardware and software combina- 

designating one of the servers as an enterprise server and the tions configured to provide conventional Internet services to 

remaining servers as local servers. The local server, upon users. Conventionally, the particular hardware and software 

interaction with the client, establishes a local ID for the 15 combination used by any one of the servers 14-18 is 

client and communicating at least the local ID of the client independent of the particular hardware and software com- 

to the enterprise server. When the enterprise server receives bioation used by any other one of the servers 14-18. In some 

from the local server the local ID of the client or when the instances such as those described below, the conventional 

client interacts directly with the enterprise server, the enter- server software is supplemented to provide the functionality 

piise server assigns a imique global ID to the client and links ^ discussed herein. The servers 14-18 and the client 12 

the local ID with the global ID. communicate with each other via communication links 24, 

Preferred embodiments may include one or more of the 25 and 29 which arc all connected to a communication 

following features. The enterprise server and the local dianncl 28. 

servers may form an enterprise group. The client liiay For the system described herein, a subset of the servers 

receive state information from the server upon interaction ^ 15-17 form an enterprise group 22 (hat monitors and mca- 

with the server and may transmit the state information sures users' page usage among all of the local servers 15-17 

during a subsequent interaction with the server. Likewise, of the group 22. One of the servers 16 is designated as the 

the local server may receive from the enterprise server state "enterprise server" for the group 22 while the other servers 

information lelatcd to the client, and may transmit the state 15 and 17 that are part of the group 22 are designated as 

information during a subsequent interaction with the enter- ^ "local servers". Communication hnks 26 shown in FIG. 7 

prise server that relates to the same client. The state infor- between the local servers 15 and 17 and the enterprise server 

mation may be persistent and stored in form of a cookie. 16 of the enterprise group 22 are not physical communica* 

In yet another aspect of the invention, a computer pro- ^on links, but are intended to iUustrate the information 

gram residing on a computer-readable medium includes „ exchange, such as informaUon about the users' page usage, 

instructions for causing an enterprise server to establish a between the servers 15 and 17 and the enterprise server 16. 

unique gtobal ID for a client and link the global ID with a The client 12 can also communicate direcUy with the 

local ID associated with the client on a local server. The enterprises server 16, as indicated in FIG. 7 by commum- 

prograra may also form a globd interest profile of the client cation link 27. CommunicaUon links 26 and 27 can also be 

based on local interest profiles compiled by the local server. ^ used to exchange state inforaiation, as discussed below. In 

^ the exemplary embodiment of FIG. 1, the servers 14 and 18 

BRIEF DESCRIPTION OF THE DRAWINGS are not part of the enterprise group 22 and therefore do not 

exchange usage information with the enterprise servers 16. 

The forgoing and other features and advanUges of the servers 14 and 18, however, can still be accessed by the 

present invention will be appreciated more ftilly from the client 12. 

following further description thereof, with reference to the as ^^^^^ ^ ^ ^^^^ 

accompanymg drawmgs wherem: Uonship of the servers 15 and 17 within the enterprise group 

FIG. 1 is a functional block diagram a computer network; 22. The tocal servers 15 and 17 can be accessed by users in 

FIG. 2 is a flowchart of a process operatmg on a local the same manner that other conventiooal Internet servers are 

server for establishing a local user profile; ^ generally accessible. The following discussion will be lim- 

FIG. 3 is a flowchart of a process operating on an ited to the servers 15-17 which are part of the enterprise 

enterprise server for linking a local user ID to a global user gnsup 22. 

ID; As indicated in FIG. 7, the client 12 may access any of the 

FIG. 4 is a flowchart of a process for building a global servers 15-17 by: (1) establishing a connection to the server, 

user profile on the enterprise server, 55 » in ao Internet connection, by entering the server's URL 

FIG. 5 is an example of a user's seGsion record; (Vnifotm Resour« U)calor) address www.server#. com; (2) 

^ . fl . ^ r ^ using the established connection to ptovide the server with 

no. 6 IS a flowchart of a process operabr^ on the ^ ^^^^ ^ j;^.^ ^ ^^^^^ 

enterprise server for creatmg a mulU-user profile; and ^^^tom the server via the connection. The Internet loca- 

HG. 7 is a btock diagram of cUent interaction with the ^ non may also include, e.g., appended to the URL, the server 

servers. locaUon of the data, the file(s) on the server that conUin the 

„ data, and the type of the data (i.e., graphic image, HTML 

DETAILED DESCRIPTION OF THE nace elc^ v . * r 

ILLUSTRATED EMBODIMENTS ^ ' ' ^ ^ . . 

The dient 12 requests HTML pages from the servers 

lb provide an overall understanding of the invention, 6S 15-17 that, when displayed, may include user-acmatablc 

certain illustrative embodiments will now be described. links to other HTML pages. The other HTML pages may be 

However, it will be understood by one of ordinary skill in the on the same server as the displayed HTML page, or may be 
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on a different server. In many instances, actuating a link to Information regarding the data requests and the associated 

an HTML page causes the user to transfer from one server local ID's aie provided by the local servers 15 and 17 to the 

to another in a manner that is, in many respects, transparent enterprise server 16. The bcal servers^ however, do not 

to the user. reveal the true identity of the user to the enterprise server 16. 

The local servers 15 and 17 upload information about 5 The enterprise server 16 can map different local ID's for the 
users' page accesses to the enterprise server 16. The enter- same user to the single, secret, global ID. Thus, the enter- 
prise server 16 combines the information for each user so pose server 16 is in a unique position to correlate cross- 
that, for example, it is possible to correlate accesses by a server information about usees w^ule the local servers 15 and 
particular user of Web pages 00 the local server 15 with 17 can not directly correlate cross-server information 
accesses by the same user of Web pages on the local server because neither of the local servers 15 and 17 possesses the 
17. However, as seen in FIG. 7 and described in more detail secret global identifier assigned by the enterprise server 16. 
below, it is the enterprise server 16, rather than the local Referring now to FIG. 2, a flow chart 30 illustrates an 
servers 15 and 17, that correlates the cross-server informa- embodiment of the process of the invention based on sofl- 
tion on a per user basis. Each of the local servers 15 and 17 ^arc operating on the local servers 15 and 17. The process 
u^sajaocai;' ID for each user that ^ 3q ^ 32 ^ request has been 

15 and 17 dirccUy The ocal ID s are different for each of submitted by the cUent 12. At the test step 32, it is deter- 

the servers 15 arid 17 so that the local servers 15 imd 17 are ^.i^^^^ehcr the client 12 has ever requested daU from the 

prevented from directly sharmg or correlating mformation 1 1 1 • * * * vr . * 

abom » p«Ucular user 4tho«t ^feunce ftomlhe enterprise P"^.«^' 'T'I'^'^^T' ^Tl ^"^'^t'* 

server 16 *^ as discussed above, if the chent 12 had ever accessed the 

Since the HTTP protocol is stateless, the servers and any 20 P«^?^r local server, then the client 12 would have a 

gateway program oi the servers retain no knowledge of any i^^* v »^ r"^ previously by the parUcukr locd 

previous transaction. Without persistent state information, • ^ ^^f°^ ^ "^^i P^:^^^^ ^ cookie with 

the server will not be able to identify the client and/or obtain ^^^^^ ^ determined at the test step 32 that 

informatioD about the client. Likewise, without state the client 12 has never accessed the local server and control 

information, the local servers 15 and 17 will not be able to 25 P«^* ^^P ^ *^P ^^^^ ^® ^^^^ server creates 

communicate local information about the chent to the enter- * unique local ID for the client 12, The local server can 

prise server 16. The exemplary system described herein generate unique local ID's in a variety of cooventiooal 

employs cookies to preserve state information. However, manners familiar to one of ordinary skill in the art, 

any other mechanism that preserves state information can be including, but not limited to, incremeoting a stored value 

used. 30 and then providing an alphanumeric version of that value as 

The features of cookies are described in, for example, The ^^cal ID. 

HTML Sourcebook, third edition, by Ian S. Graham, pub- Following step 34 is a step 36 where the local server 

lished by Wiley & Sons, Inc., 1997. By way of background, fioroes a transfer to the enterprise server 16 (i.e., the client is 

cookies represent one possible mechanism for storing state transferred to the enterprise server 16). Generally, a variety 

and/or kientification information on a user's local server 12. 35 of conventional techniques exist for forcing a transfer to 

The server accessed by the user sends the cookie informa- another server. For example, the bcal server may use 

lion to the user via a conventional command citable of conventional tcdmiques to insert a special URL into the 

transferring cookie information from the server to the user. HTML page requested by the client 12. The special URL 

Thereafter, whenever the user requests data from the server points to the enterprise server 16 and calls for irKertion of a 

that set the cookie, the user request also includes the ooolde 40 graphics image have zero width and heighL The special URL 

previously sent by the server to the user. The command that may also contain additional information, such as informa- 

sets the cookie causes the cookie information to correctly tion identifying the local server and infonnalion indicating 

identify, the server that executes the commaixl. In addition, the local ID of the user. The additional information may be 

generally, a cookie is orUy sent (o a server that set the cookie. appended to the end of the URL in the form of bttp:// 

Thus, if a particular server sets a cookie, the cookie includes 45 enterprise^5erver_„id/go?local^crver„id&client_ 

information indicating that it was set by the particular server. information. This process may be transparent to the user. 

There are mechanisms in place to prevent that cookie from Alternatively, redirection may be used to transfer the user 

being sent to any other server. to the enterprise server. Redirection involves providing an 

In the exemplary embodiment, each of the local servers 15 HTTP response message to the browser which forces /the 

and 17 assign their own unique persistent state information so browser to look for a different URL. The local server 

to the client 12 in form of a local ID. The enterprise server redirects the client 12 to the enterprise server 16 by, for 

16 assigns a secret persistent state information to the chent example, returning the location of the enteiprise server 16 in 
12 in form of a "global*' ID and correlates the global ID with the form: 

each of the unique local ID's assigned by each of the local location: server_url comments 

servers 15 and 17. All of the ID's are made persistent using 55 Browsers that understand the location field will automati- 

cookies. The local server 15 sets a cookie containing a cally connect to the URL of the enterprise server 16. 

unique local ID for the client 12 assigned by the local server The forced transfer serves to effectively "register" the 

15. The client 12 subsequently provides the assigned local local ID of the client 12 with the enterprise server 16. As 

ID to the local server 15 each time the client 12 requests data mentioned above, the forced transfer can be transparent to 

(e.g., an HTML page) from the local server 15. Thus, the 60 the client 12. Processing at the enterprise server 16 in 

local server 15 is provided with a basis for knowing the response to a forced call is described in more dcuil bere- 

identity of the client 12 each time the client 12 requests data mafter. Note, however, that once the enterprise server 16 has 

from the local server IS. Similarly, the local server 17 sets completed the processing, the client 12 is returned to the 

a cookie containing a unique local ID for the client 12 local server. In the case of using redirection, the enterprise 

(unrclafcd to the local ID assigned by the local server 15) 65 server 16 simply redirects the client 12 back to the local 

(hat the client 12 subsequently provides (o the local server 17 server that the client 12 was accessing prior to being 

each time the chent 12 requests data from the local server 17. transferred to the enterprise server 16. Following the step 36 
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is a step 38 where the locaJ server sets a local cookie for the 
client 12. The steps 34, 36, 38 are executed only once, i.e., 
the fiist time the client 12 accesses the bcal seiver. After 
that, the client 12 will send to the local server the cookie set 
by the respective local server whenever the client 12 
accesses the respective local server. 

Following the step 38, or foUowing the step 32 if the local 
server receives a ooolde from the client 12, is a step 42 
where the local server compiles infoimation based, for 
example, on frequency and duration of page accesses by the 
clteat 12. This informatioo may be compiled by, for 
example, providing a phig-in to the local server that includes 
a GODventional server API call to the phig-in each time a user 
requests a page. Thus, for example, the time duration that a 
user spends viewing page A may be determined by regis- 
tering the time when a user requests page A, registering the 
lime when the user requests a subsequent page B, and 
calculating the difference between the two times to deter- 
mine the duration. Following the step 42, processing is 
complete for the local server handling the page request of the 
client 12. As discussed in more detail below, the enterprise 
server 16, using a secret global ID known only to the 
enterprise server 16, combines the information provided by 
the local server with information relating to the same user 
from other local servers that is mapped to the various bcal 
ID'S assigned to a user by the different local servers. 

For the enterprise server 16 to be able to compile infor- 
mation about the users, it is necessary for the local servers 
to periodically forward to the enterprise server 16 the 
gathered information along with the local ID for each user 
and information identifying the local server. This may be 
accomplished using any one of a variety of conventional 
techniques. In a preferred embodiment, the local server 
formats the information as a plurality of HTML pages that 
are uploaded to the enterprise server 16 in a conventional 
manner using conventional HTTP exchange techniques. The 
local seiver initiates the transfer either when a local buflfcr 
of the local server exceeds a predetermined size, or after a 
predetermined amount of time has passed since a previous 
update of the enterprise server 16 by the local server. The 
predetermined size and the predetermined amoimt of time 
are chosen based on a variety of functional factors familiar 
to one of ordinary skill in the art, including amount of 
storage available at (he local server and hit rate of the local 
server. 

Referring now to FIG. 3, a flow chart 50 Ulustrates steps 
performed by the enterprise server 16 in response to a forced 
transfer by a local server, such as that illustrated by the step 
36 of FIG. 2. Processing begins at a step 52 where the 
enterprise server 16 receives the new assigned local ID as 
well as the server identification from (he calUng local server 
As discussed above, (his information may be encoded in the 
special URL provided by the local server However, other 
conventional techniques for conveying this information 
exist including, but not limited to, passed arguments, envi- 
ronment variables, and cookies passed between the local 
server and the enterprise server 16. 

Following the step 32 is a test step 54 which determines 
if the client 12 has ever accessed the enterprise server 16 
(i.e., the test step 54 determines if the client 12 has ever 
accessed any of the servers 15-17 of the group 22). This can 
be determined using cookies where the enterprise server 16 
sets a cookie and provides it to the client 12. Thus, if the 
enterprise server 16 does not receive a cookie from the client 
12, then it is determined at (he (est step 54 that the client 12 
has never accessed the enterprise server 16 and con(rol 
passes from (he test step 54 to a step 56 where a new global 
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ID is created for the client 12. Note that the system is 
designed so that only one global ID is created for each user. 
Following the step 56 is a step 58 where the global ID is 
forwarded to (he client in the form of a cookie. The global 
ID may be created in any one of a variety of conventional 
manners familiar to one of ordinary skill in the art, 
including, but not limited to, incrementing a stored value 
and then providing an alphanumeric version of that vahic as 
die global ID. 

If it is detenmined at the step 54 that the enterprise server 
16 received a cookie from the client 12, then control passes 
from the test step 54 to a step 62 where the global ID, passed 
via the cookie, is mapped to the new local ID provided by 
the local server. Note that the step 62 also follows the steps 
56, 58 where the global ID is created and passed to the client 
12. The mapping at the step 62 can be performed in a variety 
of conventional manners, including using an anay indexed 
according to the bcal server and local ID and containing 
entries corresponding to the global ID. Alternatively, the 
mapping may be provided using an appropriate data 
structure, such as a Unked list having nodes indicating the 
local server, the local ID provided by the bcal server, and 
the corresponding global ID. Alternatively still, the mapping 
may be stored in a database having a plurality of records, 
each containing the global ID, the local ID, and the site 
identifier for the local server that assigned the local ID. In 
this way, a single global ID may be mapped to mult^le local 
ID'S assigned by multiple local servers. 

Following the step 62, processing is compbte for regis- 
tering the new local ID of the client 12 with the enterprise 
server 16. After this registration process, the local server 
does not force a transfer to the enterprise server 16 when the 
client 12 accesses the bcal server. Instead, as discussed 
above, the local server compiles data which is subsequently 
transferred to the enterprise server 16. It is the enterprise 
server 16 (hat combines all of the data from all of the local 
servers on a per user basis and makes the thus-compiled 
information available in a way that does not necessarily 
ulentify the client 12. 

The process illustrated in FIGS. 2 and 3 can be used to 
build a gbbal user profile that is compiled from user 
interaction with the local servers 15 and 17 using the local 
user IDs and possibly also with the enterprise server 16. 
lypically, the process monitors several characteristks of the 
user's visit, such as, for example, the subject matter of the 
visited web pages and the duration of these visits. This 
collected infoimation can be used to characterize the user's 
interest in a given interest category and to determine what 
available content would be of interest to the user. The 
generated global user profile is administered by the enter- 
prise server 16 and identified by the gbbal ID of the user 
without necessarily revealing the identity of the client 12. 

A user's interest behavior can be tracked over a history of 
Internet sessions, so that a composite view of the user's 
interests can be generated. Additionally, the described pro- 
cesses may take into consideration the age of the coltected 
behavior informatbn, so that older behavior information has 
less impact on an interest score than more recent behavbr 
information. The processes may be sensitive to the duration 
over which each page is viewed and the generated interests 
scores are provided in an absolute interest scale, as opposed 
to a relative interest scale. This facilitates meaningful com- 
parisons of bterest levels between different users, and offers 
a powerful tool for identifying related interests for users 
having selected demographic characteristics. The processes 
described herein may also be applied incrementally and 
reduced to a set of parallel operations to increase greatly the 
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speed of amalyzang the collected behavior information. It stamp, t, which gives a statemcat of the time and date on 

will be understood that the process may also operate as a whidi the page was accessed by the user; and d, a measure 

stand-alone process on a single web site and, moreover, may of the duration for which the page was viewed by the user, 

not require the use of local and global IDs. Page block 95 shows that each page can be associated with 

The process for building a user profile begins with the step 5 one or more interest categories, such as Iot_Catl, lnt_Cal2, 

of collecting usefiil information about the interest behavior ^ud Int„Cat3, etc. Moreover, a different content interest 

of a user 12 looking at different content stored at an score can be given for each interest category associated with 

exemplary local server 15 (RG. 1). This data collection step p^g^ -^ic process can store a page block for each page 

is shown as step 42 in FIG. 2. The process 70 depicted in ^^^^ ^^^^ ^ ^^^^j,. Two page blocks, 96 and 98 appear 

FIG. 4 starts with step 72, during which the server 15 lo innO. 5, however, any number of page blocks can be stored 

determines that a session has begun with a particular user 12. depending on the number of pages viewed by the user. 

As described above, the server 15 can make this determi- aui. u j * « *• u u j j c » 

oalion by identifying a cookie sen. from the dient 12. If the J^'*'*'^ '^^ «?"^«*!; ^"^f^^?' 

process 70 finds i cookie then the process 70 determines that "^^Ijf' *» site, it wiU be «ndw.tood that the data 

ihe user is known to the server 15 and begins coUecting data 15 «»Ikcton process 70 can occ«^^ 

about the user's session. The process 70 then generates a one web ale dedicated to providing 

I 1 ^ ^^'^ in .„k:«u .r^;««i- ^i^^t tu^i sports information can collect mfoimation about the users 

local session ID which can be a simple signal that ideotuies . ^ j * * u-, ■_ m 

one series of related interactions between the user and the f|J7"^ sports »nd favonte teains^bile another web site 

server 15. For example, for the first time the user contacts ^^^^^^"^ information about the 

the server 15, the process can set the local session ID to 20 « ^»y°^^ categor^s of books. Accoidmgly, a wide 

000001 . For subsequent visits, the process can increment the '^^^ "^^^ ^ "^^'^^ ^ ^^P'"^^' 

local session ID. The process keeps track of the last tocal Returning to RG. 4, the process 70 proceeds firom step 76 

session ID generated to ensure that new local session IDs are ^ step 78 when an "end of session" is detected. This may 

generated for each session. Other examples of methods for occur, for example, when the user 12 fails to access a page 

generating a session IDs are known in the art and any 25 on the server 15 within a preset time, for example thirty 

suitable method can be practiced with the process. minutes. However, it will be apparent that other techniques 

In a subsequent step 76, the process builds a local session for determining the end of session can be used. In step 80, 

record. This is typically done by analyzing the click stream process 70 stores the session record into a local database 

generated by the user as the user looks at the content ot session records. Then, at a selected time, such as onoe a 

di^layed on the web page or pages located on server 15. An 30 day* process 70 in step 82 will upload the contents of the 

example of one type of session record is shown in FIG. 5. local database of server 15 to a global daUbase of the 

Specifically, FIG. $ shows a session record 90 that is stored enterprise server 16. This provides the enterprise server 16 

in a database maintained by the server 15. The depicted ^irith click stream information representative of the interests 

session record 90 is associated with a tocal user ID, as the o( the user 12 during the user's sessfon on server 15. The 

process in this example maintains a record of each of the as information can be processed and assembled for generating 

sessions the user has had with the respective server 15 since a global interest profile fox that user. As discussed above, the 

information about the user was last uploaded to the enter- interest information can be combined with the user's 

prise server 16. It will be apparent to one of ordinary skill demographic, geographic and other suitable information to 

that FIG. 5 provides an example of a session record, but that buiU a user profile of Uie user. Likewise, this type of cUck 

other formats can be employed with the process described 40 stream data may also be uploaded from the other server 17 

herein: of the enterprise group 22. 

FIG. 5 further depicts that each session record can store Referring now to FIG. 6 and Tables 1 and 2, once the 

a list of the web pages viewed by the user while visiting the information gathered on server 15 reaches the enterprise 

server 15 and other information about the content of these server 16, an enterprise process 120 running on enterprise 

web pages. Further, for each page viewed, the process can 45 server 16 can analyze the information to generate and update 

store, for example, information of the type shown in the page interest profiles for the user. Tkble 1 shows the variables and 

block 96, which includes a list of Interest categories, Int_ the pseudo-code of the enterprise process 120; Table 2 lists 

Cat, associated with the page and a list of content interest the equations used in the enterprise process 120 and refer- 

scores, C, Uiat represents how strongly the content of the enced in FIG. 6. The pseudo-code of Table 1 includes 

viewed page is related to the interest categories; a date time comments that describe the variables appearing in the code. 



Psciulo-codc 



I anteiMt behavior vector of four 
dimeasioDB: (c, t, d, a) for a givAa tnienit 
category 

A array of iDteretl bohivlor vodon I for • 
given user 

c xsoDtotf tnlerMt icore (ruge 0.00 to 
1.00) 

t :dBleAime in teoonds (euioe 1/1/96 
00:00:00) 

d :duntioD page viewed in Moondi 
(compeosaied for download tine) 
• sofaion id 
r :nw inlerett icore 



DedatQ types I, A 

DeAoe scaling flinction f|0 

Define raw inlercat lundioa 

DeAne lilelorical Inlercat fltndlon f^Q 

For each tiaer 

For each category 

If incremciital 

then {compute huitohca] 

interest conUlbuiion tuiog f|,(i|» Q) 

Oompute r for cturent period using 

«A) 

Compute i using f^UiA^ f fb(ti, O) 
Output interest score i 
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-continued 



Vanables Pieudo-code 

i rnormUized intere«t acoie (mDge 0.00 to Savo as t« for next aeculioii 
1.00) 

t,:date/tiiDe of prior profiliag algorithm 
execution 

tcicuneat date/time 

^ :duiaUon cx>efficieot paramoter 

y a0B coefficient panmeter (half life of 

iatcrett tcore in seoooda) 

K ^^DcnliBl decsy conatani 



The functions referenced above are set forth below in 
equations 1 through 9: 

TABLE 2 



l.fA(A) = i 



20 



3. ^"^Cy)-*- 

4.i = fi(l,(A))=l 



ysi: 200 
1 



5.r 



6. A-A1UA2 

8. r-^(A)»MAi)4-fh(i|.«e) 

= C(A,) + (r*(i,)(2) r 

9. fA(A) - i . UiUm - ^(MAj) + fhOi . W)) 



40 



The pseudo-code listed in Table 1 can process 
information, in particular click stream data, collected about 
a plurality of users 12 having visited a plurality of web pages 
located on servers 15, 16, 17. In the enterprise process listed 
in Table 1, the process generates for each user 12 an array, 
A, of interest behavior vectors, I, wherein each behavior 
vector is associated with a given interest category. Bach of 
the vectors I can be a multi-dimensional vector, such as the 
four dimensional vector (c, t, d, s), wherein c, t, d and s are 
(he parameters provided by the click stream data generated 
at a web site for a given user. As discussed with reference to 
FIG. 5, c is representative of (he content interest score for a 
page stored at the server; t is representative of the date/lime 
expressed in seconds, when the page was last viewed by the 
user, measured from a reference date/time, e.g., Jan. 1, 1996; 
d is representative of the duration of time for which the page 
was viewed and is typically provided in units of seconds; 
and s is representative of a session ID, which identifies 
interactive sessions of the user with the page, as expressed 
in Equation 5. 

Referring back to FIG. 6, the enterprise process 120 
operates on an interest category-by-interest category and a 
user-by-user basis and, to that end, transitions a loop 122 



15 that selects interest categories one at a time and begins to 
deteimine the user's'inteiest profile for that interest category. 

Once an inleiest category is selected for a specific user, 
e.g. "User 1" of FIG. 6, a first step 126 determines if there 
has been a previously determined interest score, i, for the 
selected interest category. If no such historical score exists 
for the interest category of the user, then the process 120 will 
compute in step 128 an initial interest score for the selected 
category 1. 

The initial interest score may be computed, for example, 
from information c, d, t, and s, provided by the click stream 
^ data. Eq[ttation 5 provides ooe technique for processing the 
click stream data. 

Equation 5 is applied in step 128 to compute a raw interest 
score r by summing over all sessions s, taking into consid- 
eratbn the content interest score c, a duration coefficient 
30 parameter p, and the duration d during which the selected 
category of content was displayed to the user during one 
session. The duration coeffident parameter p relates to the 
time of observation versus the time of the computation, p 
increases when less computation takes place during the 
55 observation. Equatbn 5 also applies a scaling function, f,, 
defined in Equation 2 that scales, or normalizes, certain 
values in Equation 5, such as pd, to a number between zero 
and one. Finally, Equation 5 also sums and normalizes the 
user's interest over all observed sessions and multiplies the 
session record with an exponential function which takes into 
consideration the relevance of older data. The yield of 
Equation 5 is a measure of the user's raw interest in a 
selected category. 

If it is determined in step 126 that an interest score already 
exists for the specified user, then the process 120 goes to step 
130 to determine the extent to which the previously deter* 
mined historical interest score should effect the new interest 
score. In one practice, this historical contribution i, is 
determined from Equation 7. As seen from Equation 7, the 
historical interest score i is multiplied by the inverse interest 
50 scaling function f,'* to remove the effect of the previously 
applied scaling process and to remove the effect of the 
exponential time decay function of Equation 5 applied 
during the previous session. After the interest profile for the 
current sessions is determined using Equation 5, step 132, 
55 the historical contribution i, determined in step 130 and the 
current raw interest score determined in step 132 are added 
(Equation 8) and normalized (Equation 9) to form a com- 
bined updated interest score i, step D4. 
The new interest score can be stored for the user and the 
60 process will move to another interest category for the user, 
steps 136 and 142. Once the information for all requested 
interest categories for the users has been processed, the time 
of last execution, 1^, is updated to the current time, t^, and 
saved, step 138. The process can then be repeated for 
65 another user, step 140. 

As discussed above, each of the interest behavior vectors, 
I, can be associated with a given interest category. An 
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interest categpiy can be any subject, topic, concrete or devices, such as EPROM, EEPROM, and flash memory 

abstract concept, e.g. sports, music, politics, general news or devices; magnetic disks such as internal hard disks and 

history. One or more categories can be associated with a removable disks; magneto-optical disks; and CD-ROM 

page stored at a server site and made available to a user. In disks. Any of the foregoing can be supplemented by, or 

practice, each page stored at a site can be manually, or 5 incorporated in, ASICs (application-specific integrated 

automatically assigned a given category or a plurality of drcuils). 

given categories each of which is associated with a page. For To provide for interaction with a user, the invention can 

example an HTML page stored at a server can contain be implemented on a computer system having a display 

information about a movie describing the Civil War. In this device such as a monitor or LCD screen for displaying 

example, this page can be associated with an interest cat- lo information to the user and a keyboard and a pointing device 

cgory related to movies, as well as an interest category such as a mouse or a trackball by which the user can provide 

related to history, or the Civil War. The content interest score input to the computer system. The computer system can be 

can be normalized so as to range in vahic between 0.00 and programmed to provide a graphical user interface through 

1.00. The process 120 can also be used lo assign a score to which computer programs interact with users, 

a page. Accordingly, a page associated with the interest is While the invention has been disclosed in ooonection with 

category can also be associated a content interest score that the preferred embodiments shown and described in detail, 

represents how closely associated the selected page is for a various modifications and improvements thereon will 

particular categoiy or categories. become readily apparent to those skilled in the art. The local 

In another practice, the user profile generated by the user ID may, for example, be based in user input, such as a 

systems described herein can also include demographic or 20 membership ID assigned by an oiganization, or may be 

geographic information which is collected through conven- selected by the user on a form submitted lo the server upon 

tiooal means, typically a form the user fills out when visiting login. The enterprise server may parse the global user profile 

the web site. The user profile comprises both demographic and release lo an interested party, such as an advertiser, only 

information and interest behavior inforaiation. It will be those portions that are of interest to the advertiser and/or to 

understood that the combination of these two types of data 25 which the advertiser subscribes. Accordingly, the spirit and 

can allow for certain types of analysis such as the interest scope of the present invention is to be limited only by the 

levels of certain demographic groups in certain subject following claims, 

matter to provide detailed market analysis and to identify I claim: 

link interest between seemingly disparate subject matters. 1. In a computer network comprising at least one local 

Other advantages of the systems processes described herein 30 server and an enterprise server in conmunication with the 

will be apparent to those of ordinary skill in the art. local server, a method for establishing a global interest 

As seen from FIG. 6, the enteiprise process 120 described profile of a user comprising: 

above generates a user profile and/or updates an existing at the local server: 

user profile for a specified interest category in a single pass. establishing a local ID for the user; and 

The user profile can be incremented in real time and new 35 communicating to the enterprise server the local ID of 

interest categories can be easily added. Moreover, the inter- the user and a local user profile based on user 

est measures can be provided as absolute scores, allowing interaction with the local server; at the enteq[>rise 

comparisons between the interest scores of different users. server: 

Additionally, the information is provided in a human read- linking the local ID to a gtobal ID assigned to the user 

able form that allows ready access to the data derived firom 40 by the enterprise server; 

a user's interest behavior. recording in an enterprise database under the global 

The invention can be implemented in digital electronic user ID information about bcal user profiles relating 

circuitry, or in computer hardware, firmware, software, or in to the same user and generated from different local 

combinations of them. Apparatus of the invention can be servers to form a global interest profile for each user 

implemented in a computer program product tangibly 4$ within a subset of users in communication with one 

embodied in a machine-readable storage device for execu- or more local-servers; and 

lion by a programmable processor; and method steps of the computing at least one score from the global interest 

invention can be perfora}ed by a programmable processor profile of a user for comparing the at least one score 

executing a program of instructions to perform functions of with a score of another user, 

the invention by operating on input data and generating 50 2. The method of claim 1, wherein the information 

output. The invention can advantageously be implemented recorded in the enterprise database includes the bcal ID of 

in one or more computer programs that are executable on a the user. 

programmable system including at least one programmable 3. The method of claim 1, wherein the global ID is kept 

processor coupled to receive data and instructions from, and secret from the local servers. 

to transmit data and instructions to, a data storage system, at $5 4. The method of claim 1, wherein the local user profile 

least one input device, and at least one output device. Each comprises demographic information supplied by the user, 

computer program can be implemented in a high-level 5. The method of claim 1, wherein the local user profile 

procedural or object-oriented programming language, or in is communicated to the enterprise server at predetermined 

assembly or machine language if desired; and in any case, times. 

the language can be a compiled or ioteipreted language. 60 6. The method of claim 1, wherein changes in the local 

Suitable processors include, by way of example, both gen- user profile as a result of recent user interaction arc deter- 

eral and special purpose microprocessors. Generally, a pro- mined and wherein the local user profile is commum'cated to 

ccssor will receive instructions and data from a read-only the enteiprise server when the determined changes are 

memory and/or a random access memory. Storage devices greater than a predetermined number of changes, 

suitable for tangibly embodying computer program instruc- 65 7. The method of claim 1, wherein the global ID is 

tions and data include all forms of non-volatile memory, assigned to the user when the user directly accesses the 

including by way of example semiconductor memory enterprise server. 
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8. The method of cUim 1, wherein the global ID is 
assigned to the user when the local server first communi- 
cates the local ID of the user to the enterprise server. 

9. The method of claim 1, wherein at least one of the local 
servers and the enterprise server sends state information to 
the client 

10. The method of cUim 1, wherein the enterprise server 
sends state informatioa to the local server. 

11. The method of claim 1, wherein the enterprise server 
maps the local user ID from the local server to the global 
user ID. 

12. The method of claim 1, wherein the local server 
communicates the local user ID (o the enterprise server by 
transmitting a URL on ao HTML page. 

13. The method of claim 12, wherein transmission of the 
URL is transparent to the user. 

14. The method of claim 12, wherein the URL includes a 
graphic symbol of zero width and height. 

15. The method of claim 1, wherein the local server 
communicates the local user ID to the enterprise server by 
temporarily redirecting the URL selected by the user to a 
local URL. 

16. The method of claim 1, wherein the local ID of the 
user is known only to the local server which assigned the 
local ID. 

17. The method of claim 16, wherein the scores represent 
an absolute number score. 

18. The method of claim 1, wherein the local ID and the 
global ID are persistent. 

19. The method of claim 1, wherein the local user profile 
is established incrementally by adding information about a 
most recent user ioteracUon to a legacy user profile stored at 
the local server. 

20. The method of claim 1, wherein the local user profile 
IS processed ia real time. 

21. The method of claim 19, wherein the user profile is 
weighted according to the recency of the user interaction 
with the local server. 

22. The method of claim 1, wherein the global user profile 
is updated in real time. 

23. The method of claim 1, wherein the global user profile 
for a phirality of users is updated in a single pass. 

24. A computer apparatus for establishing a ^obal interest 
profile of a user comprisiDg: 

at least one local server in communication with the user 
via commimication channel^ the local server assigning 45 
a local ID for the user during the firKi access by the use 
to the local server; 
an enterprise sender in communication with the user and 
the local server via the communication channel, the 
enterprise server assigning a global ID for the user; 
wherein the local server communicates to the enterprise 
server the local ID of the user and a local user profile 
based on user interaction with the bcal server; and 
wherein the enterprise server: 
links the local ID to the global ID; 
records in an enterprise database under the global ID 
information about the local ID and local user profiles 
relating to the same user and generated from differ* 
ent local servers to form a global interest profile for 
each user within a subset of users in communication 
with one or more local servers; and 
computes at least one score from the global interest 
profile of a user for comparing the at least one score 
with a score of another user 

25. The apparatus of claim 24, wherein the enterprise 
server assigns the global ID when the user directly accesses 
the enterprise server. 
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26. The apparatus of claim 24, wherein the enterprise 
server assigns the gbbal ID when the local server commu- 
nicates to the enterprise server the local ID of a user. 

27. The apparatus of claim 24, wherein the local ID and 
the enterprise ID are persistent. 

28. A method for monitoring interactions between a client 
and a plurality of servers communicating with one another 
in a computer network, comprising: 

designating one server of the plurality of servers as an 
enterprise server and the remaining servers as local 
servers; 

a local server, upon interaction with the client, establish- 
ing a local ID for the client and communicating at least 
the local ID of the client to the enterpnse server; 

the enterprise server assigning a unique global ID to the 
client upon at least one of: 

(i) receiving from the local server the local ID of the 
client, and 

(ii) the client interacting directly with the enterprise 
server; and the enterprise server: 

(i) linking the local ID with the global ID; 

(ii) storing the client interactions in an enterprise 
database under the global ED, thereby allowing the 
enterprise server to store the client interactions by 
the same client with different servers in the enter- 
prise database under the gbbal ID; and 

(iii) computing at least one score from the stored 
interactions of a client for comparing the at least 
one score with the score of another client 

29. The method of daim 28, wherein the enterprise server 
and the local servers form an enterprise group. 

30. The method of claim 28, wherein the global ID is 
restricted to the enterprise server. 

31. The method of claim 28, wherein the client receives 
state information from the server upon interaction with the 
server and transmits the state information during a subse- 
quent interaction with the server. 

32. The method of claim 28, wherein the local server 
receives from the enterprise server state information related 
to the client, and transmits the state information during a 
subsequent interaction with the enterprise server that relates 
to the same client. 

33. The method of claim 31, wherein the state information 
is persistent and stored in form of a cookie. 

34. The method of claim 32, wherein the state information 
is persistent and stored in form of a cookie. 

35. The method of claim 28, wherein the local server 
communicates the local user ID to the enterprise server by 
transmitting a URL. 

36. A.computer program, residing on a computer-readable 
medium, comprising instructions for causing an enter server 
to: 

establish a unique global ID for a client upon at least one 
of: 

(i) receiving from a local server a local ID of the client, 
and 

(ii) the client interacting directly with the enterprise 
server; and 

link the global ID with the local ID and with local 
information associated with the local ID to form a 
global interest profile representative of information 
generated from interactions between the client and a 
plurality of local servers for each client within a subset 
of clients in communication with one or more local 
servers; and 

compute at least one score from the global intere.st profile 
of a client for comparing the at least one score with a 
score of another chent, 
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37. A method implemented in a computer program appli- 
cation operating on an enterprise server, (he enterprise server 
communicating with a client and at least one local server, the 
method causing the enterprise server to: 

assign to the client a global ID upon at least one of: 

(i) receiving from the local server a local ID of the 
client; and 

(ii) the cUent interacting directly with the enterprise 
server; 

link the global ID of the client with the local ID of the 
client; 

record in a database the global ID, the linked local ID and 
bcal information about the client assodated with the 
local ID to fonn a global interest profUe representative 
of information generated fipom interactions betwera (be 
client and a plurality of local servers for each client 
within a subset of cUents in communication with one or 
more local servers; and 

compute at least one score from the global interest profile 
of a client for comparing the at least one score with a 
score of another client. 

38. The method of claim 1, wherein the bcal user profile 
reflects subject matter selected by a user while interacting 
with the local server. 

39. The apparatus of claim 24, wherein the local user 
profile reflects subject mater selected by a user while inter- 
acting with the local server. 

40. The method of claim 2S, wherein the client intcrac- 
tioDS reflect subject matter selected from the client while 
interactiqg with a local server. 
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41. The computer program of claim 36, wherein local 
infonnation associated with the local ID of a client reflects 
subject mater selected from the client while interacting with 
a local server. 

42. The method of claim 37, wherein the local infonnation 
about the client reflects subject matter selected from the 
client while interacting with a local server. 

43. The apparatus of claim 24, wherein the local server 
communicates the local user ID to the enteipiise server by 
transmitting a URL on an HTML page. 

44. The apparatus of claim 43, wbeiein transmission of 
the URL is rent to the user. 

45. The method of claim 28, wherein the bcal server 
communicates (he local ID of the client to the enterprise 
server by transmitting a UR on an HTML page. 

46. The method of claim 45, wherein transmission of the 
URL is transparent to the client. 

47. The computer program of claim 36, further including 
instructions for causing the local server to communicate the 
local ID of the client to the enterprise server by transmitting 
a URL on an HTML page. 

48. The computer program of claim 47, wherein trans- 
mission of the URL is transparent to the user. 

49. The method of claim 37, the local server communi- 
cates the local ID of the client lo the enterprise server by 
transmitting a URL on an HTML page. 

50. The method of claim 49, wherein transmission of the 
URL is transparent to the client. 
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ABSTRACT 



A mobile termioal iachides transceiver ckcuitiy for com- 
municating with a PLMN network. A multiple PIM func- 
tionality module within the mobile tenniual provides mul- 
tiple versions of a PIM application enabling the mobile 
terminal to synchronize with a plurality of remote servers 
and provide multiple sets of data with respect to the PIM 
application. 
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MOBILE TERMINAL HAVING MULTIPLE 
PERSONAL INFORMATION MANAGEMENT 
FUNCnONAUTY 

TECHNICAL FIELD 

[0001] The present invention relates to personal informa- 
tion managements (PIM) applications, and more particu- 
larly, lo a system and method for syncfaronizing multiple 
versions of a personal information management application 
with multiple remote servers. 

BACKGROUND OF THE INVENTION 

[0002] Mobile terminals such as laptop computers* mobile 
telephones, personal data assistants and pagers have become 
common tools in modem society. Users of these devices 
utilize personal information management (PIM) applications 
such as an address books, calendars, or ''to do" Usts on their 
mobile terminals. These PIM applications were originally 
stand alone applications without synchronization to the 
outside world. As PIM applications further developed, the 
next generation of applications included the ability to syn> 
chronize with a personal computer. This process is referred 
to as local synchronization. 

[0003] When using local synchronization, a user has a 
single version of a PIM application on a personal computer 
which is synchronized with a mobile terminal version of the 
PIM application. Since the synchronization is local, the 
mobile terminal version of the PIM application may only 
synchronize with a single PC. A need has arisen for a mobile 
terminal PIM application to be able to synchronize with 
multiple remote computing devices or servers. This need has 
arisen because of the ability of a PIM application to remotely 
synchronize with a number of Internet servers. Users now 
desire to synchronize a mobile terminal PIM application 
with several different remote servers. Presently this is not 
possible. 

SUMMARY OF THE INVENTION 

[0004] The present invention overcomes the foregoing and 
other problems with a mobile terminal capable of synchro- 
nizing with multiple remote servers. The mobile terminal 
includes transceiver circuitry enabh'ng the mobile terminal 
to communicate with a PLMN network. A multiple PIM 
functionality within the mobile terminal enables the mobDe 
terminal to synchroaize with multiple remote servers and 
provide multiple versions of data with respect to a single 
PIM application. 

[OOOS] Using the multiple PIM functionality, a mobile 
terminal may first obtain synchronization between a first 
version of a PIM application within the multiple PIM 
functionality and a first remote server. Ihe mobile terminal 
next obtains synchronization between a second version of 
the PIM application and a second remote server. Data from 
both the first and second remote servers may then be 
displayed by the mobile terminal. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0006] A more complete understanding of the method and 
apparatus of the present invention may be obtained by 
reference to the following Detailed Description when taken 
in conjunction with the accompanying Drawings wherein: 



[0007] FIG. 1 is an illustration of a mobile terminal 
including the multiple PIM functionality of the present 
invention communicating with a plurality of remote servers; 

[0008] FIGS. Za-2c illustrate the manner in which data 
may be displayed from multiple remote servers on a display 
of the mobile terminal; and 

[0009] FIG. 3 illustrates a unified display of data from a 
plurality of remote servers on a display of the mobile 
terminal; 

[0010] FIG. 4 illustrates a configurable unified display 
showing personal and gmeral information; 

[0011] FIG. 5 is a flow diagram illustrating the operation 
of the system ilhistrated in FIG. 1; and 

[0012] FIG. 6 illustrates downloading of data between a 
pair of mobile terminals rather than from a remote server. 

DETAILED DESCRIPTION 

[0013] Referring now to FIG. 1, there is illustrated a 
mobile terminal 10 which can synchronize with a plurality 
of remote servers 15. Synchronization may occur using a 
wireless link 20 between the mobile tenninal 10 and a 
network 25, for example, a PLMN, which provide access to 
the Internet 30. The wireless link 20 between the mobile 
terminal 10 and the PLMN 25 is supported by transceiver 
circuitry 35 within the mobile terminal 10. The mobile 
terminal 10 generates a synchronization link to the various 
remote servers 15 using the connection through the PLMN 
25 and the Internet 30. 

[0014] The mobile terminal 10 obtains synchronization 
with a plurality of remote servers 15 using the multiple 
personal information management (PIM) functionality 40. 
The multiple PIM functionality 40 includes a plurality of 
separate versions of a PIM appUcation 45. Each of these 
versions of the PIM appb'cation 45 has the capability of 
synchronizing with a separate server 15. Each of the ver- 
sions of the PIM application 45 includes separate synchro- 
nization data 50 enabling synchronization with the synchro- 
nization circuitry 55 included within each of the plurality of 
remote servers 15. The synchronization data SOa of a first 
version of the PIM appUcation 45a enable this first version 
of the PIM application 45a to synchronize with the server 
15a using syiKhronization circuitry 55a. Likewise, version 
45^ may use synchronization data 50^ to synchronize with 
remote server 156 using synchronization circuit 5Sb. This 
process may continue with each veisbn of the PIM appli- 
cation 45 synchronizmg with a particular server 15. 

[0015] The synchronization process enables data stored 
within the remote servers 15 to be downloaded to and 
displayed at the mobUe terminal 35 on display 60. The data 
may be transferred in one embodiment using the vCalendar 
format, as described in "vCaleodar — The Electronic Calen- 
daring and Scheduling Exchange Format Version 1.0", Sep. 
16, 1996, which is incorporated herein by reference. The 
mobile terminal 35 intciprets the data in vCalendar format 
and displays the data in the format of the mobile terminal. 
If, for example, the multiple PIM functionality 40 within the 
mobile terminal 10 included versions of a PIM application 
45 for displaying a PIM calendar, the vcisaons of the 
calendar application 45 would each be synchronized with a 
remote server such as YAHOO, MSN and Go.com. Data 
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(i.e., dates) from each of these servers are downloaded and 
displayed on the display 60 of the mobUe terminal 10. Each 
of the remote servers 15 include different content. For 
instance^ the Go.com server would provide information 
about, for example, new movies by Disney^ while the MSN 
server would provide information about Microsoft products. 
Other remote servers might provide local infbnnatibn about 
happenings in a user's hometown. 

[0016] Referring now to FIGS, 2a-2c, there is provided 
one example of the manner in which the data may be 
displayed by the multiple PIM functionality 40. In FIGS. 
2a'2c, the information from three different servers are 
di^layed separately on three different screens of the mobfle 
terminal 10. Thus, the information in FIG. 2a could be 
displayed on the display 60 of the mobile terminal 10 at one 
time then by clicking or requesting a next screen the 
information illustrated in FIGS. 26 and 2c would be dis- 
played. 

[0017] Alternatively, as illustrated in FIG. 3, the informa- 
tion from each of the remote servers 15 can be combined 
into a single unified display as ilhistrated. In this case, the 
calendar dale information from the plurality of servers 15 
are combined into a single calendar. Each of the three 
calendars could also be displayed together rather than dis- 
playing the data in a single calendar. A software program 
within the mobile terminal 10 combines the data into either 
of the described unified displays. It should be appreciated 
that while the discussion with respect to FIGS. 1, 2 and 3 
have related to a PIM calendar functionality that any number 
of PIM appUcations may be utilized in accordance with the 
present invention. 

[0018] Referring now to FIG. 4, there is illustrated a use 
of the present invention wherein a private calendar 100» 
which may be customized by a user to provide a desired look 
to the display and desired information on the display. The 
customization may be performed by a user via a PC inter- 
connected with the mobile terminal 10 or directly on the 
mobUe terminal 10. The information displayed in the portion 
of the calendar 100 shown in FIG. 4 is divided into private 
appointments 105, shown in bold (alternative indications 
such as highlighting, italicizing or coloring may also be used 
as an indication), and general appointments UO which are 
non-bolded. The private appointments 105 might comprise 
meetings tbe user is to attend or other appointments personal 
to the user of the device containing the multiple PIM 
functionality 40. Tbe general events 110 comprise informa- 
tion of a general nature of which the user might have an 
interest, for example, movies that are showing within the 
area, concert dates, festival dates and the like. Rather than 
having a private calendar 100 that is updatable by the user, 
the calendar may also be configured fior informative pur- 
poses wherein the information is only displayed and is not 
manipulated or changed by the user. 

[0019] The multiple PIM functionality 40 may have the 
calendar 100 set up such that a user's mobile terminal 10 
would periodically download particular types of information 
which they desired to have stored on their calendar 100. For 
example, if the user were interested in movies, the user's 
calendar 100 could synchronize with a calendar providing 
movie information once a week. If the user were interested 
in concerts, the user's calendar 100 could synchronize once 



a month with the local symphony's website calendar. The 
user may predefine the serveis with which their calendar 100 
synchronizes and downloads. 

[0020] The PIM functionality 40 may also be configured 
to provide updates if an event changes. For example, if a 
concert were canceled that the user had entered into their 
calendar, they would be provided with a special notification 
of the cancellation during a next synchronization. Also, if 
the user had downloaded particular information relating to 
their favorite television programs and a program were 
preempted or canceled for any reason, the user would be 
provided with an update of this change in the TV schedule 
during a next synchronization. 

[0021] Referring now to FIG. 5, there is illustrated a 
functional block diagram of a method of operation of the 
system illustrated in FIG. 1. laitially, a first version of the 
PIM application 45a within the multqile PIM functionality 
40 obtains synchronization at step 80 with a first remote 
server 15a. After syndironization has been obtained 
between a first version of the PIM application and a first 
remote server, a second version of the PIM application 456 
obtains synchronization at step 85 with a second remote 
server 15b. This process may continue for as many PIM 
modules 45 and servers 15 as are available. Information 
obtained from the synchronization of the first PIM version 
45a and second PIM version 45!^ are presented at 90 on the 
display 60 of the mobile terminal 10 in either the separated 
or unified form as discussed previously with te^ct to 
FIGS. 2 and 3. 

[0022] Referring now to FIG. 6, there is illustrated an 
embodiment wherein data relating to, for example, a calen- 
dar, may be downloaded directly between a first mobile 
terminal 110 and a second mobile terminal 115 rather than 
from a remote server 100. In tbe example illustrated in FIG. 
6, the mobile terminal 115 accesses data within mobile 
terminal 110 either directly via a communications Unk 120 
using, for example, a PLMN telecommunications system, 
Bluetooth connection, infrared connection or any other 
wireline or wireless technology, or alternatively, may access 
the mobile terminal UO via the Internet 105 using commu- 
nications links 130 and 125. 

[0023] Upon accessing the mobile terminal 110, the 
mobile terminal 115 may download data, for example, a 
calendar to provide access to all of the calendar data from 
mobile terminal UO. This information may then be stored 
within a calendar within the mobile terminal 115. Data from 
the remote server 100 may also be downloaded to either of 
the mobile terminals as described previously. Alternatively, 
the mobile terminal 115 may merely add data to the calendar 
within mobile terminal UO. This would involve uploading 
data from the mobile terminal 115. Provision of access by 
the mobile terminal U5 to the calendar data within mobile 
terminal UO would be via some type of secure procedure 
which only enables access to the calendar data within the 
mobile terminal 110 by improved users. 

[0024] The previous description is of a prefcircd embodi- 
ment for implementing the invention, and the scope of tbe 
invention should not oeoessaciiy be limited by this desaip- 
tion. The scope of the present invention is instead defined by 
the following claims. 
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What is claimed is: 

1. A mobile tenninal, comprising: 

a multiple PIM fuactionality module eaabltng the mobile 
tenninal to synchrooize with multiple remote seivers 
and provide multiple groups of data with respect to a 
PIM application; and 

transceiver circuitry for communicating with the multiple 
remote servers through a network; 

2. The mobile terminal of daim 1, wherein the multiple 
PIM functionality module includes a plurality of versions of 
a PIM application, each of the plurality of versions of the 
PIM application able to syocfarontze with one of the multiple 
remote servers^ 

3. The mobile terminal of claim 2, wherein each of the 
plurality of versions of the PIM application includes sepa- 
rate syachronizalion data to enable synchronization with the 
multiple remote servers. 

4. The mobile tenninal of daim 1, wherein the multiple 
PIM functionality module provides for a separate display 
format of data from each of the multiple remote servers. 

5. The mobile terminal of claim 4, wherein the separate 
display format is user selectable. 

6. fhe mobile tenninal of daim U wherein the multiple 
PIM functionality module provides for a unified display of 
data from each of the multiple remote servers. 

7. The mobile terminal of daim U wherein the multiple 
PIM functionality displays a calendar containing the mul- 
tiple groups of data. 

8. The mobile terminal of daim 7» wherein the multiple 
groups of data may be displayed in bolded or non4>olded 
format depending on a relevance of the data. 

9. The mobile temiinal of daim 7» wherein the multiple 
PIM functionality enables selectable configuration of the 
calendar. 

10. The mobile terminal of claim 1, wherein the multiple 
PIM functionality module further enables the mobile termi- 
nal to synchronize with a second mobile terminal. 

11. A mobile terminal, comprising: 

a multiple PIM functionality module including a plurality 
of versions of a PIM application, each version of the 
PIM application able to synchroniise with one of a 
plurality of remote servers using synchronization data 
contained therein; and 

transceiver circuitry for communicating with the plurality 
of remote servers through a wireless network. 

12. The mobile terminal of claim 11, wherein the multiple 
PIM functionality module provides for a separate display 
format of data &om each of the multiple remote servers. 

13. The mobile terminal of claim 12, wherein the separate 
display format is user selectable. 

14. The mobile terminal of daim U, wherein the multiple 
PIM fdnctiooality module provides for a unified dii^ay of 
data from each of the multiple remote seivers. 

15. The mobile terminal of daim 11, wbetein at least one 
version of the PIM application enables synchronization with 
a second mobile terminal. 

16. A method of synchrooiztog a mobile terminal with a 
plurality of remote servers, comprising the steps of: 

obtaining synchronization between a first portion of a 
PIM functionality and a first remote server to display 
data from the first remote server; 



obtaining synchronization between a second portion of 
the PIM functionaJity and a second remote server to 
display data fmm the second remote server; and 

displaying the data from the first and second remote 
servers on at least one display associated with the 
mobile terminal. 

17. The method of claim 16, wherein the step of display- 
ing composes the step of selectively displaying data from 
either the first remote server or the seoond remote server 
responsive to user input. 

18. The method of claim 16, wherein the step of di^lay- 
ing further comprises the step of di^laying the data from the 
first and the second remote servers in a unified display. 

19. The method of claim 16, wherein the step of display- 
ing further comprises the step of displaying the data in a 
calendar. 

20. The method of claim 19, wherein the step of display- 
ing the data further comprises the step of displaying the data 
in a bold fonnat and a non-bolded format depending on a 
type of the data. 

21. The method of claim 16, wherein the step of display- 
ing the data further comprises the step of displaying the data 
in the calendar in accordance with a selectable oonfiguratioo 
of the calendar. 

22. A mobile terminal comprising: 

a multiple PIM functionality module enabling the mobile 
terminal to synchronizse with multiple remote servers 
and display multiple groups of data from the multiple 
remote servers in a calendar; and 

communication drcuitry for communicating with the 
multiple remote servers. 

23. The mobile tenninal of claim 22, wherein the multiple 
groups of data may be displayed in bolded or non-bolded 
fonnat depending on a relevance of the data. 

24. The mobile terminal of daim 22, wherein the multiple 
PIM functionality enables selectable configuration of the 
calradar. 

25. A method of synchronizing a mobile terminal with a 
second mobile terminal, comprising the steps of: 

obtaining synchronization between a first portion of a 
PIM functionality and the second mobile terminal to 
display data from the second mobile tenninal; and 

displaying the data from the second mobile terminal on al 
least one display associated with the mobile terminal. 

26. The method of claim 25, further including the steps of: 

obtaining synchronization between a second portion of 
the PIM functionality and a remote server to display 
data from the remote server; and 

displaying the data from the remote server on the at least 
one display associated with the mobile terminal. 

27. The method of claim 25, further including the steps of: 

uploading data from the mobile tenninal to the second 
mobile terminal; and 

displaying the data firom the mobile terminal at the second 
mobile terminal. 
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